Method to provide unequal error protection and unequal error detection for internet protocol applications

ABSTRACT

A method and system for providing Voice over Internet Protocol (VoIP) in a wireless communications system using a Packet Data Conversion Protocol (PDCP) with enhanced functionality that allows sub-packets to be processed for transmission over different Radio Bearers (RB) with unequal or different levels of error protection and/or error detection based on perceptual importance of the bits in the sub-packets. The enhanced PDCP being operable to partition a packet into a plurality of sub-packets such that different levels of error protection and/or error detection may be applied to the packet. An overall gain in system capacity can be expected due to transmit power savings provided via unequal error detection and error protection.

FIELD OF THE INVENTION

The present invention relates generally to Internet Protocolapplications and, in particular, to Voice over Internet Protocol (VoIP)in a wireless communication system.

BACKGROUND OF THE INVENTION

As demand grows for enabling Voice over Internet Protocol (VoIP) inthird generation (3G) wireless communication systems, such as thewell-known Universal Mobile Telecommunications System (UMTS), serviceproviders need to ensure that speech quality of VoIP in the PacketSwitched (PS) domain is comparable to existing Circuit Switched (CS)voice technology while being cognizant of any adverse effects VoIP mayhave on system capacity.

FIG. 1 depicts a UMTS based wireless communications system 100, internet105 and a VoIP phone 110. Wireless communications system 100 comprisesat least Gateway Gprs Support Node (GGSN) 120, core network 130 and UserEquipment (UE) 140. GGSN 120 being an interface between internet 105 andcore network 130. Core network 130 includes Mobile Switching Center(MSC) 150, Radio Access Network (RAN) 160, Radio Network Controller(RNC) 170 and Node B 180. It should be noted that alternate networkarchitectures may implement similar functionality.

FIG. 2 depicts a protocol stack 200 used for a VoIP call between VoIPphone 110 and UE 140 in accordance with the prior art. In some systemdeployments, VoIP phone 110 may be an electronic device that converts aPublic Switched Telephone Network (PSTN) call into a VoIP call, or aPSTN or wireless network may have an inter-working function (IWF) ormedia gateway (MGW) that converts a PSTN call into a VoIP call. The VoIPcall being processed in the PS domain of UMTS-based wirelesscommunications system 100. As shown in FIG. 2, protocol stack 200includes an Adaptive Multi-Rate (AMR) layer 205, a Real TimeProtocol/Real Time Control Protocol (RTP/RTCP) layer 210, an UserDatagram Protocol/Internet Protocol version 6 (UDP/IPv6) layer 215, aPacket Data Convergence Protocol (PDCP) layer 220, a Radio Link Control(RLC) layer 225, a dedicated channel Medium Access Control (MAC-d) layer230, and a Physical (PHY) layer 235. AMR layer 205, RTP/RTCP layer 210and UDP/IPv6 layer 215 being implemented at VoIP phone 110. PDCP layer220 being implemented at RAN 160. RLC layer 225 and MAC-d layer 230being implemented at RNC 170. And PHY layer 235 being implemented atNode B 180. Note that although UDP/IPv6 layer 215 is being shown as asingle layer, its actual implementation would probably be as twoseparate UDP and IPv6 layers.

For illustration purposes, suppose speech information is being sent fromVoIP phone 110 to UE 140. In such a situation, speech is referred to asbeing processed down protocol stack 200. At VoIP phone 110, speech isencoded in AMR layer 205 (via an AMR codec) to produce a speech frame208 having speech bits. The speech bits are divided into three classesaccording to subjective or perceptual importance. The first class, i.e.,class A bits, includes speech bits which are most sensitive to errors.Any error to class A bits typically results in a corrupted speech framewhich should not be decoded without applying appropriate errorconcealment. The second class, i.e., class B bits, includes speech bitswhich are less sensitive to errors than the class A bits but moresensitive to errors than the third class, i.e., class C bits.

In RTP/RTCP layer 210, one or more speech frames 208 are encapsulatedinto an RTP packet with an RTP header that indicates a sequence numberand a time stamp to aid in playing out the speech frames properly at thereceiving end. In UDP/IPv6 layer 215, an IPv6 header and a UDP Liteheader is added to the RTP packet to produce an UDP/IPv6 packet 218.That is, the UDP/IPv6 packet comprises a RTP/UDP/IPv6 header and thespeech packet, wherein the RTP/UDP/IPv6 header includes the RTP, IPv6and UDP headers. The IPv6 header includes information indicating anaddress for use in routing packets across a network. The UDP Lite headerincludes coverage field information and UDP checksum bits, such asCyclical Redundancy Check (CRC) bits. The UDP checksum bits provideerror detection to the header portion of the UDP/IPv6 packet (i.e.,RTP/UDP/IPv6 header) and some or all of the bits in the speech packet.The coverage field information indicates a coverage field or bits in theUDP/IPv6 packet corresponding to the UDP checksum bits. For example, ifthe UDP checksum bits provide error protection only to the first half ofthe UDP/IPv6 packet, the coverage information will indicate the firsthalf.

The UDP/IPv6 packet is sent from VoIP phone 110 through internet 105 toGGSN 120. From GGSN 120, the UDP/IPv6 packet is forwarded to corenetwork 130. In core network 130, a Radio Access Bearer (RAB) isestablished for transporting the UDP/IPv6 packet from the edge of corenetwork 130 to UE 140. The RAB is established using PDCP layer 220, RLClayer 225, MAC-d layer 230 and PHY layer 235. In the PS domain, the RABincludes one Radio Bearer (RB). The RB covers aspects of radio interfacetransport and physical bearer services for different levels of Qualityof Service (QoS) options. The RB is configured by core network 130 tomatch requirements of services being supported for a user to which theRAB was established. Examples of service requirements include transmittime interval length of delay constraint, channel coding for propererror rates, determining whether to apply a CRC information, etc. The RBis configured through RLC layer 225, MAC-d layer 230 and PHY layer 235.

Upon receipt of the UDP/IPv6 packet by core network 130, the UDP/IPv6packet is processed by RAN 160, RNC 170 and Node B 180. Specifically, inPDCP layer 220, the RTP/UDP/IPv6 header is compressed to form acompressed header. The output of PDCP layer 220 is a PDCP packet 228comprising the compressed header and the speech packet. Operating inUnacknowledged Mode (UM), RLC layer 225 determines whether to segmentthe PDCP packet, concatenate the PDCP packet with another PDCP packet(or part thereof), or do neither segmentation nor concatenation. RLClayer 225 adds a RLC UM header to the unaltered, segmented orconcatenated PDCP packet to produce an RLC packet, wherein the RLC UMheader includes a sequence number.

In MAC-d layer 230, a transport format is selected depending on theexistence of speech or data. The output of MAC-d layer 230 is a MAC-dpacket. In PHY layer 235, error detection and/or error protection areadded to the MAC-d packet to produce a PHY packet. Error detection beingadded in the form of PHY checksum bits, which provides error detectionto the entire MAC-d packet. Error protection being provided via one ormore various techniques, such as convolution coding, turbo coding, ratematching, interleaving, etc. The PHY packet is subsequently furtherprocessed, e.g., RF modulated, by Node B 180 for transmission to UE 140.At UE 140, the PHY packet is processed up protocol stack 200, i.e.,reverse order, to obtain decoded speech.

In UMTS, PHY layer transport may be through Dedicated CHannel (DCH) orHigh Speed Data Packet Access/Enhanced Uplink Dedicated CHannel(HSDPA/EUDCH). In the case where PHY layer transport is via DCH, noerror detection is performed by UE 140 at PHY layer 235. That is, evenif the PHY packet is received with errors, the PHY packet will beprocessed and sent up protocol stack 200 with the errors. To reduce theerror rate, Node B 180 may increase the power at which the PHY packetsare transmitted to UE 140. Increasing the transmit power, however,decreases system capacity by reducing overall power available fortransmissions to other UEs.

In the case where PHY layer transport is via HSDPA/EUDCH, if no error isdetected in the received PHY packet using the PHY checksum bits at UE140, then UE 140 transmits an acknowledgement (ACK) to Node B 180indicating that the PHY packet was successfully received. On the otherhand, if an error is detected in the PHY packet using the PHY checksumbits, then UE 140 transmits a negative acknowledgement (NACK) to theNode B 180 indicating that the PHY packet was received with errors. Uponreceipt of the NACK, Node B 180 retransmits the PHY packet to UE 140.This process of transmitting a NACK and retransmitting the PHY packetwill continue until either an error free PHY packet is received by UE140, or a maximum allowable numbers of retransmissions have been met orexceeded.

Retransmissions are undesirable for at least two reasons. First,retransmissions utilizes transmit power which reduces the amount ofoverall transmit power available for transmissions to other UEs, therebyreducing system capacity. Second, retransmissions introduce delaybetween the reception of the speech packets (or PHY packets) whichadversely affects speech quality. To reduce the number ofretransmissions, higher power levels may be used for initialtransmissions (and/or retransmissions) such that a low error rate can beachieved. However, using higher power levels for initial transmissions(and retransmissions) would also reduce the amount of overall transmitpower available for transmissions to other UEs, which, in turn, reducessystem capacity.

Accordingly, there exists a need for reducing the number ofretransmissions and reducing transmit power levels associated with VoIP.

SUMMARY OF THE INVENTION

The present invention is a method and system for providing Voice overInternet Protocol (VoIP) in a wireless communications system using aPacket Data Conversion Protocol (PDCP) with enhanced functionality thatallows sub-packets to be processed for transmission over different RadioBearers (RB) with unequal or different levels of error protection and/orerror detection based on perceptual importance of the bits in thesub-packets. The enhanced PDCP of the present invention being operableto partition a packet into a plurality of sub-packets such thatdifferent levels of error protection and/or error detection may beapplied to the packet. An overall gain in system capacity can beexpected due to transmit power savings provided via unequal errordetection and error protection.

The present invention comprises the steps of partitioning a packet intoa plurality of sub-packets based on coverage field indicated intransport header information, and applying different levels of errorprotection and/or error detection to each of the sub-packets. Oneexample of transport layer header information being the well-known UserDatagram Protocol (UDP) Lite header. The different levels of errorprotection and error detection would depend upon perceptual importanceof the bits contained within a particular sub-packet. In one embodiment,the packet is partitioned into a first and second sub-packet. The firstsub-packet containing the bits corresponding to the coverage field, suchas header and Class A bits, and having error detection applied thereto.The second sub-packet containing the bits outside the coverage field,such as Class B and C bits, and not having any error detection appliedthereto. In another embodiment, the first and second sub-packets areassociated with sub-queues belonging to a same queue. The sub-packetsassociated with sub-queues belonging to a same queue are then providedsimultaneously to a physical layer for the application of errorprotection and/or error detection.

BRIEF DESCRIPTION OF THE DRAWINGS

The features, aspects, and advantages of the present invention willbecome better understood with regard to the following description,appended claims, and accompanying drawings where:

FIG. 1 depicts a UMTS based wireless communications system, internet anda VoIP phone in accordance with the prior art;

FIG. 2 depicts a protocol stack used for a VoIP call between VoIP phoneand UE in accordance with the prior art;

FIG. 3 depicts a protocol stack used for a VoIP call between VoIP phoneand UE in accordance with one embodiment of the present invention inwhich physical layer transport is through DCH; and

FIG. 4 depicts a protocol stack used for a VoIP call between VoIP phoneand UE in accordance with one embodiment of the present invention inwhich physical layer transport is through HSDPA or EUDCH.

DETAILED DESCRIPTION

The present invention is a method and system for providing Voice overInternet Protocol (VoIP) in a wireless communications system using aPacket Data Conversion Protocol (PDCP) with enhanced functionality thatallows sub-packets to be processed for transmission over different RadioBearers (RB) with unequal or different levels of error protection and/orerror detection based on perceptual importance of the bits in thesub-packets. The enhanced PDCP of the present invention being operableto partition a packet into a plurality of sub-packets such thatdifferent levels of error protection and/or error detection may beapplied to the packet.

For ease of discussion, the present invention will be described hereinwith respect to the well-known Universal Mobile TelecommunicationsSystem (UMTS) based wireless communications system. This should not beconstrued to limit the present invention to UMTS based wirelesscommunications system. It would be apparent to one of ordinary skill inthe art to apply the present invention to wireless communicationssystems based on other multiple access techniques, such as Code DivisionMultiple Access 2000 (CDMA2000).

The present invention can be implemented in a wireless communicationssystem in which physical layer transport is through Dedicated CHannel(DCH), or in which physical layer transport is through High Speed DataPacket Access (HSDPA) or Enhanced Uplink Dedicated CHannel (EUDCH). FIG.3 depicts a protocol stack 300 used for a VoIP call between VoIP phone110 and UE 140 in accordance with one embodiment of the presentinvention in which physical layer transport is through DCH. The VoIPcall being processed in the PS domain of UMTS-based wirelesscommunications system 100. As shown in FIG. 3, protocol stack 300includes Adaptive Multi-Rate (AMR) layer 205, Real Time Protocol/RealTime Control Protocol layer 210, UDP/Internet Protocol version 6(UDP/IPv6) layer 215, enhanced Packet Data Convergence Protocol (PDCP)layer 320, Radio Link Control (RLC) layers 325, 325 a, dedicated channelMedium Access Control (MAC-d) layer 230 and Physical (PHY) layer 235.

For purposes of discussion, present invention will first be describedwith respect to speech information being sent from VoIP phone 110 to UE140, i.e., transmitter side. Processing of a speech frame from AMR layer205 through RTP/RTCP layer 210 and UDP/IPv6 layer 215 would be the sameas described in the background section for protocol stack 200. InUDP/IPv6 layer 215, a UDP Lite header and a IPv6 header are added to aRTP packet to produce a UDP/IPv6 packet 218, wherein the RTP packetincludes a RTP header and a speech packet. The RTP header, UDP Liteheader and IPv6 header are collectively referred to herein as aRTP/UDP/IPv6 header. The UDP Lite header includes UDP checksum bits,such as Cyclical Redundancy Check (CRC) bits, and coverage fieldinformation. The UDP checksum bits providing error detection to theRTP/UDP/IPv6 header and some or all of the bits in the speech packet.The coverage field information indicates a coverage field or bits in theUDP/IPv6 packet corresponding to the UDP checksum bits.

In a preferred embodiment, the UDP checksum bits provide error detectionto a coverage field including the RTP/UDP/IPv6 header and Class A bits.In another embodiment, the UDP checksum bits provide error detection toa coverage field including the RTP/UDP/IPv6 header, Class A bits andClass B bits. In yet another embodiment, the UDP checksum bits provideerror detection to a coverage field including only the RTP/UDP/IPv6header. For discussion purposes only, the present invention will bedescribed hereinafter with reference to the preferred embodiment inwhich the UDP checksum bits provide error detection to a coverage fieldincluding the RTP/UDP/IPv6 header and Class A bits.

In enhanced PDCP layer 320, the UDP Lite portion of the RTP/UDP/IPv6header is analyzed to determine the coverage field. The UDP/IPv6 packetis partitioned into a first and second sub-packet 323, 323 a based onthe coverage field. Specifically, the UDP/IPv6 packet is partitionedsuch that bits corresponding to the coverage field (e.g., RTP/UDP/IPv6header and Class A bits) are placed into the first sub-packet 323 andall other bits are placed into the second sub-packet 323 a. In oneembodiment, some bits may be placed in both sub-packets, or the UDP/IPv6packet may be partitioned into three or more sub-packets (i.e., morethan two RBs for a single RAB may be possible).

From enhanced PDCP layer 320, the first and second sub-packets 323, 323a are processed by a first and second RB. The first and second RB beingconfigured using RLC layers 325, 325 a, MAC-d layer 230 and PHY layer235 by core network 130 to match requirements of services beingsupported. In particular, the first RB would be configured to provide ahigher level of error protection and/or error detection to the firstsub-packet than a level of error protection and/or error detectionprovided by the second RB to the second sub-packet. In a preferredembodiment, no error detection is added to the sub-packet containing thelesser perceptually important bits. That is, error detection is added tothe first sub-packet but not the second sub-packet. For example, thefirst RB adds PHY checksum bits (e.g., CRC) and uses a rate matchingattribute of 200 for the first sub-packet, but the second RB uses a ratematching attribute of 190 for the second sub-packet but does not add anyPHY checksum bits.

After the first and second sub-packets are processed by their respectiveRBs, the first and second sub-packets are transmitted by Node B 180 toUE 140. At UE 140, i.e., receiver side, the first and second sub-packetsare processed up protocol stack 300 to obtain decoded speech. Uponreceiving the sub-packets, in PHY layer 235, only the first sub-packetis checked for errors using the PHY checksum bits. The result of theerror check is used to control transmit power levels at Node B 180. Asthe error rate for the first sub-packet increases, Node B 180 mayincrease its transmit power to UE 140. Conversely, as the error rate forthe first sub-packet decreases, Node B 180 may decrease its transmitpower to UE 140. By using a higher level of error protection for thefirst sub-packet, a desired error rate may be maintained for the moreperceptually important bits contained within the first sub-packet whiletransmitting at a lower transmit power.

Note that the second sub-packet is not checked for errors (since noerror detection was applied to it at the transmitter side).Advantageously, errors in received second sub-packets are not includedin the error rate calculation used for controlling transmit power atNode B 180. Accordingly, the second sub-packet can also be transmittedat a lower transmit power because errors can be tolerated for the lesserperceptually important bits contained within, and an overall gain insystem capacity can be expected.

In enhanced PDCP layer 320, the first and second sub-packets arecombined to form a reassembled packet. The reassembled packet issubsequently delivered to UDP/IPv6 layer 215 where the UDP checksum bitsare used to check for errors in the bits corresponding to the coveragefield, e.g., RTP/UDP/IPv6 header and Class A bits. Any errors in thesebits would cause UDP/IPv6 layer 215 to discard the reassembled packet.However, any error to bits outside the coverage field, e.g., Class B andC bits, would not cause UDP/IPv6 layer 215 to discard the reassembledpacket. Thus, so long as there are no errors in the bits correspondingto the coverage field, the reassembled package will be passed to the AMRcodec via RTP/RTCP layer 210.

As mentioned earlier, the present invention can also be implemented in awireless communications system in which physical layer transport isthrough HSDPA or EUDCH. Processing of multiple sub-packets using HSDPAor EUDCH as the physical transport layer requires the sub-packets to bedelivered at the same time (e.g., together) to the PDCP layer forreassembly. The present invention meets this requirement using prioritysub-queues that ensures all the sub-packets belonging to a same packetare simultaneously delivered to the PDCP layer.

FIG. 4 depicts a protocol stack 400 used for a VoIP call between VoIPphone 110 and UE 140 in accordance with one embodiment of the presentinvention in which physical layer transport is through HSDPA or EUDCH.Protocol stack 400 includes enhanced Packet Data Convergence Protocol(PDCP) layer 320, Radio Link Control (RLC) layers 325, 325 a, dedicatedchannel Medium Access Control (MAC-d) layer 230, high speed or enhancedMAC (MAC-hs/MAC-e) layer 430, and enhanced Physical (PHY) layer 435.MAC-hs/MAC-e layer 430 being implemented in Node B 180 and configuredfor HSDPA/EUDCH. MAC-hs/MAC-e layer 430 having a priority queue 450,which includes priority a plurality of sub-queues 460, 460 a. EnhancedPHY layer 435 including a plurality of HS-DSCH/E-DCH 470, 470 a in whicherror protection and/or error detection are applied. Protocol stack 400further includes, but not shown in FIG. 4, an AMR layer, a RTP/RTCPlayer and an UDP/IPv6 layer.

Processing of a speech frame from the AMR layer through the RTP/RTCPlayer, UDP/IPv6 layer, enhanced PDCP layer 320, and MAC-d layer 230would be identical as described for physical layer transport throughDCH. From enhanced PDCP layer 320, sub-packets from multiple radiobearer flow through RLC layer 325, 325 a into MAC-d layer 230 intoMAC-hs/MAC-e layer 430. In MAC-hs/MAC-e layer 430, the sub-packets willenter a same priority queue 450 where they will be placed into separatepriority sub-queues 460, 460 a. When a particular priority queue 450 isto be serviced or scheduled, the sub-packets associated with thepriority sub-queues 460, 460 a belonging to the priority queue 450 beingservice will be delivered simultaneously (or together) in a MAC-hs/MAC-epacket for transport channel processing. That is, the sub-packetsbelonging to a same priority queue will be sent at the same time orsuccessively to enhanced PHY layer 435. In the enhanced PHY layer 435,different levels of error protection and/or error detection will beapplied to the first and second sub-packets through the plurality ofHS-DSCH/E-DCH 470, 470 a. In particular, a higher level of errorprotection and/or error detection will be applied to the firstsub-packet than the portion corresponding to the second sub-packet. Inone embodiment, the PHY layer will concatenate the sub-packets into aconcatenated PHY packet for delivery across the air interface to thepeer PHY layer at UE 140. By concatenating the two sub-packets into aconcatenated PHY packet, the first and second sub-packets can bedelivered simultaneously to UE 140 for decoding. At the receiver side,the concatenated PHY packet is processed up protocol stack 400 in amanner similar to that described for protocol stack 300 (with themodifications for protocol stack 400).

In a preferred embodiment, at the transmitter side, in addition to ahigher level of error protection, error detection will be applied to thefirst sub-packet but not to the second sub-packet at enhanced PHY layer435. That is, error detection is added to the sub-packet containing themore perceptually important bits and not to the lesser perceptual bits.At the receiver side, only the first sub-packet is checked for errors(since the first sub-packet has error detection and the secondsub-packet does not have error detection). If there are no errors withrespect to the first sub-packet, UE 140 transmits an ACKnowledgement(ACK) to Node B 180. Otherwise, UE 140 transmits a NegativeACKnowledgement to Node B 180 which causes Node B 180 to retransmit thefirst sub-packet. This process of checking the first sub-packet forerrors and retransmitting the first sub-packet continues until an errorfree first sub-packet is received at UE 140 or a maximum number ofretransmission attempts have been met or exceeded. Once an error freefirst sub-packet is received or the maximum number of retransmissionattempts has been met, the first and second sub-packet will be sent upprotocol stack 400 where the two sub-packets are combined in enhancedPDCP layer 320 into a reassembled packet. The rest of the processing onthe receiver side up protocol stack 400 would be the same as forprotocol stack 300.

Recall that the second sub-packet is not checked for errors. Thus,regardless of whether the second sub-packet is received with or withouterrors, there will be no retransmission of the second sub-packet. Thistechnique of the present invention provides transmit power savings whichwill result in an overall gain in system capacity.

Although the present invention has been described in considerable detailwith reference to certain embodiments, other versions are possible. Forexample, transport layer headers other than UDP Lite headers may beused. Speech encoders other than AMR may be used. Further, applicationsother than speech may be used. Therefore, the spirit and scope of thepresent invention should not be limited to the description of theembodiments contained herein.

1. A method for transmitting a packet comprising the steps of:partitioning a packet into a plurality of sub-packets based on acoverage field indicated in transport header information; and applyingdifferent levels of error protection and/or error detection to each ofthe plurality of sub-packets.
 2. The method of claim 1, wherein thepacket is a Voice Over IP packet being transmitted over a wirelesscommunications link.
 3. The method of claim 1, wherein the transportheader information includes a User Datagram Protocol header.
 4. Themethod of claim 1, wherein the coverage field indicates which bits inthe packet are being provided error detection via checksum bits.
 5. Themethod of claim 4, wherein the packet includes speech information. 6.The method of claim 5, wherein the checksum bits provides errordetection for header information and a portion of the speech informationassociated with a higher level of perceptual or subjective importance.7. The method of claim 1, wherein the plurality of sub-packets include afirst and second sub-packet, the first sub-packet including the bits ofthe packet corresponding to the coverage field, the second sub-packetincluding any bits of the packet not included in the first sub-packet.8. The method of claim 7, wherein error detection is applied only to thefirst sub-packet.
 9. The method of claim 7, wherein a higher level oferror protection is applied to the first sub-packet than a level oferror protection being applied to the second sub-packet.
 10. The methodof claim 1 comprising the additional steps of: prior to the stepapplying different levels of error protection and/or error detection,associating each of the plurality of sub-packets to separate sub-queuesbelonging to a same queue; and providing each of the plurality ofsub-packets associated with sub-queues belonging to the same queuesimultaneously for physical layer processing in which different levelsof error protection and/or error detection can be applied.
 11. Themethod of claim 10 comprising the additional steps of: after the step ofapplying different levels of error protection and/or error detection,concatenating the plurality of sub-packets associated with sub-queuesbelonging to the same queue to produce a concatenated packet; andtransmitting the concatenated packet.
 12. A method of transmitting apacket comprising the steps of: partitioning a packet into a pluralityof sub-packets; associating each of the plurality of sub-packets toseparate sub-queues belonging to a same queue; providing each of theplurality of sub-packets associated with sub-queues belonging to thesame queue simultaneously for physical layer processing in whichdifferent levels of error protection and/or error detection can beapplied; and transmitting the plurality of sub-packets after differentlevels of error protection and/or error detection has been applied toeach of the plurality of sub-packets.
 13. The method of claim 12,wherein the plurality of sub-packets are concatenated before beingtransmitted.
 14. The method of claim 12, wherein the packet beingpartitioned includes transport header information.
 15. The method ofclaim 12, wherein the plurality of sub-packets include a first andsecond sub-packet, a higher level of error protection being applied tothe first sub-packet than a level of error protection being applied tothe second sub-packet, error detection being applied to the firstsub-packet but not to the second sub-packet.
 16. A method of processinga plurality of sub-packets comprising the steps of: receiving a firstand a second sub-packet, wherein the first sub-packet was coed with ahigher level of error protection than the second sub-packet, and thefirst sub-packet includes error detection information; checking thefirst sub-packet for errors using the error detection information; andcombining the first and second sub-packet to form a packet.
 17. Themethod of claim 16, wherein the first and second sub-packets includespeech information and were received over a wireless communicationslink.
 18. The method of claim 17, wherein the first sub-packet includeserror detection information and the second sub-packet does not includeerror detection information.
 19. The method of claim 16 comprising theadditional steps of: prior to the step of combining, checking the firstsub-packet for errors; transmitting an acknowledgement message if thefirst sub-packet did not include errors; transmitting a negativeacknowledgement message if the first sub-packet included errors; andreceiving a re-transmitted first sub-packet if a previous reception ofthe first sub-packet included bits with errors.
 20. The method of claim16, wherein the first sub-packet includes bits corresponding to acoverage field indicated in the transport header information and thesecond sub-packet including bits not corresponding to the coveragefield.